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1 引言 
1.1 目的 和 作用 
本 指南 为 软 人 


Requirements Specifications ， 以 
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本 指南 适用 对 象 ， 


软件 客户 (Customers )， 以 便 精 三 
发 者 (Suppliers)， 以 














软 件 








需求 实践 提 任 





了 一 个 规范 化 的 方法 。 






























































更 准确 地 ] 








理解 客户 需要 




















对 于 任 一 要 实现 下 列 目 标的 单位 和 《或 ) 个人， 




















a. ”要 提出 开发 规范 化 

b. 定义 自己 需要 的 

c. ”产生 附加 的 局 部 使 

SRS 将 完成 下 列 目标 ， 

a. 在 软件 产品 完成 目标 方面 为 客户 和 3 















































的 SRS 提纲 ; 
具体 的 格式 和 内 容 ， 



































功能 做 全 面 描述 ， 帮 助 客 户 判断 所 规定 的 软件 
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求 ; 


百 重 新 设计 、 重 新 统 
期 发 现 若干 过 
为 成 本 计 
品 成 本 核算 的 基础 ， 并 且 可 
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提高 开发 效率 。 编 制 





本 指南 不 提倡 
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把 软件 需求 说 明 (Software 











角 地 描述 他 们 想 获得 什么 样 的 产品 。 
十 么 样 的 产品 。 
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是 否 符合 








SRS 的 过 程 将 使 客户 在 设计 
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所 必须 的 资源 ， 并 


d. 为 有 


同 的 一 部 分 ，SRS i 
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认 和 验 订 


] 作 编 








生 








制 计 划 进 度 提供 基础 。SRS 提供 


We 


进度 的 依据 ; 

















合同 都 不 能 作为 SRS 。 
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1.2 范围 





本 指南 适用 于 编写 软 伯 


FE 提供 





还 可 以 提供 一 个 可 以 度 
为 这 种 文件 几乎 不 包括 详尽 
便于 移植 。 有 了 SRS 就 便于 移植 软件 产品 ， 以 适 
软件 到 其 他 部 门 ， 而 开发 者 同样 也 易于 把 软件 移植 到 新 的 客户 ; 
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提供 了 SRS 大 纲 。 
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新 测试 的 返工 活动 。 在 SRS 中 

















里 解 和 不 一 致 性 ?9 以 便 及 时 加 





























以 为 各 方 的 要 价 和 付费 提供 








一 个 基准 。 任 何 组 织 将 更 有 效 地 编制 他 们 的 6 
， 反 之 则 
日 通 
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和 遵循 的 基准 


的 需 


























作为 不 断 提 高 的 基础 。 
是 软件 产品 继续 提高 的 基 耐 











i。 虽然 SRS 也 可 
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用 实 























开发 者 之 间 建 并 
他 们 


于 SRS 所 讨论 的 是 软件 产品 , 而 不 是 帮 
改变 ,但 是 原来 的 SRS 还 是 软件 产品 改进 的 可 靠 基 





























以 纠正 


的 对 被 开发 软件 产品 
依据 。SRS 对 软件 的 清晰 描述 ， 有 助 于 估计 


E 同 协议 创立 
的 要 求 ， 或 者 怎样 修改 这 种 软件 才能 





下 简称 SRS) 划分 成 等 级 ， 避 免 把 它 定义 成 更 小 的 需求 子 集 。 


用 条 球 ， 如 SRS 质量 检查 清单 或 者 SRS 作者 手册 等 。 





一 个 基础 。 对 要 实现 的 软件 
适合 





台 之 前 周密 地 思考 全 部 需求 ， 从 而 减少 事 
对 各 种 需求 仔细 地 进行 复查 ， 还 可 以 在 开发 
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的 描述 ， 是 计算 机 软件 


















































认 和 验证 计划 。 作 为 开发 合 
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不 成 立 ， 即 任 一 有 关 软 件 的 














求 说 明 ， 并 | 


常 是 不 完全 的 ); 
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应 新 的 用 户 或 六 

















需求 规格 说 明 ， 它 描述 了 一 个 SRS 所 必须 的 内 容 和 质量 , 并 且 在 第 6 


F 发 这 个 产品 的 设计 。 








的 机 种 。 客 户 也 易于 移植 其 
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GB 8566 计算 机 软件 开发 规范 
GB 8567 计算 机 软件 产品 开发 文件 编制 指南 
GB/T 11457 软件 工程 术语 
































5 定义 














GB/T 11457 所 列 术语 和 下 列 定 义 适 用 于 本 指南 。 
合同 (contract) 
是 由 客户 和 开发 者 共同 签署 的 具有 法 律 约束 力 的 文件 。 其 中 包括 产品 的 技术 、 组 织 、 成 本 和 进度 
计划 要 求 等 内 容 。 

客户 (customer) 

指 个 人 或 单位 ， 他 们 为 产品 开发 提供 资金 ， 通常 (但 有 时 也 不 必 ) 还 提出 各 种 需求 。 文 件 中 的 客 
户 和 开发 者 也 可 能 是 同一 个 组 织 的 成 员 。 

语言 (language) 
是 具有 语法 和 语义 的 通信 工具 ， 包 括 一 组 表达 式 、 惯 例 和 传递 信息 的 有 关 规 则 。 
分 割 (partitioning) 
把 一 个 整体 分 成 若干 部 分 。 
开发 者 (supplier) 
指 为 客户 生产 某 种 软件 产品 的 个 人 或 集团 。 在 本 指南 中 , 客户 和 开发 者 可 能 是 同一 个 组 织 的 成 员 。 
用 户 (user) 
指 运 行 系统 或 者 直接 与 系统 发 生 交 互 作 用 的 个 人 或 集团 。 用 户 和 客户 通常 不 是 同一 些 人 。 


















































































































































/i 




























































































4 编写 SRS 的 背景 信息 





4.1 SRS 的 基本 要 求 
SRS 是 对 要 完成 一 定 功能 、 性 能 的 软件 产品 、 程 序 或 一 组 程序 的 说 明 。 
对 SRS 的 描述 有 两 项 基本 要 求 ， 
a. 必须 描述 一 定 的 功能 、 性 能 ; 
b. ”必须 用 确定 的 方法 叙述 这 些 功能 、 性 能 。 
4.2 SRS 的 环境 
必须 认识 到 SRS 在 整个 软件 开发 规范 ( 见 GB 8566) 所 规定 的 有 关 阶 段 都 起 作用 。 正 因为 如 此 ,SRS 
的 起 草 者 必须 特别 注意 不 要 超出 这 种 作用 的 范围 。 这 意味 着 要 满足 下 列 要 求 ， 
a. SRS 必须 正确 地 定义 所 有 的 软件 需求 ; 
b. 除了 设计 上 有 特殊 限制 之 外 ，SRS 中 一 般 不 描述 任何 设计 、 验 证 或 项 目 管理 细节 。 
4.5 SRS 的 特点 
4. 35.1 无 歧义 性 
当 且 仅 当 它 对 每 一 个 需求 上 只 有 一 种 解释 时 ，SRS 才 是 无 歧义 的 。 
a. 要求 最 终 产品 的 每 一 个 特性 用 某 一 术语 描述 ; 
b. 若 某 一 术语 在 某 一 特殊 的 行文 中 使 用 时 具有 多 种 含义 ， 那 么 对 该 术语 的 每 种 含义 作出 解释 并 


















































































































































I 
HH 
























































































































































指出 其 适用 场合 。 
需求 通常 是 用 自然 语言 编写 的 ， 使 用 自然 语言 的 SRS 起 草 者 必须 特别 注意 消除 其 需求 的 歧义 性 。 
提倡 使 用 形式 化 需求 说 明 语言 。 











4. 3.2 


a. 
接口 方面 
b. 
c. 
d. 
4. 3.2.1 
任何 
a. 
(1) 
(2) 
b. 








完整 性 
如 果 一 个 SRS 能 满足 下 列 要 求 ， 则 该 SRS 就 是 完整 的 ， 
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包括 全 部 有 意义 的 需求 , 无论 是 关系 到 功能 的 、 性 能 的 、 设计 约束 的 , 还 是 关系 到 属性 或 外 部 




















的 需求 ; 
人 | 

















一 个 使 用 “ 


wy 




















若 万 一 遇 到 使 
对 产生 





















































全 下 
描述 必须 干什么 事 ， 以 
包含 有 “待定 ”一 词 的 人 
(1) 标识 与 此 特定 文件 有 





一 词 的 条 从 














关 











要 符合 SRS 要 求 。 如 果 个 别 章节 不 适 
填写 SRS 中 的 全 部 插图 、 表 、 图 示 标 记 和 参照 ， 并 有 
关于 使 用 “待定 ”一 i 
待定 ”的 SRS 都 是 不 完全 的 。 
用 “待定 ”一 


66 /二 让 7 先 


司 的 规定 





词 时 9 









































进行 


删除 这 个 
E 何 SRS 的 项 
的 版 本 号 或 叙述 其 专门 的 发 布 号 ; 

















jj， 则 在 SRS 























+ 所 有 可 能 出 现 的 输入 数据 的 响应 予以 定义 ， 要 对 合法 和 非 合法 的 输入 值 的 响应 做 出 规定 ; 














! 要 保留 章节 号 ; 














作 如 下 处 理 ， 
述 ， 使 得 问题 能 被 解决 ; 
“待定 ”; 














目 文 件 应 该 ， 














[定义 全 部 术语 和 度量 单位 。 





仅 当 在 某 一 性 














(2) 拒绝 任何 仍 标 识 为 “待定 ”一 词 的 SRS 章节 的 许诺 。 
4. 3.5 可 验证 性 

当 且 仅 当 SRS 中 描述 的 每 一 个 需求 都 是 可 以 验证 的 , 该 SRS 才 是 可 以 验证 的 ; 当 目 
能 价格 比 可 取 的 有 限 处 理 过 程 ， 人 或 机 器 能 通过 该 过 程 检 查 软 件 产品 能 和 否 满足 需求 时 ， 
是 可 以 验证 的 。 
4. 5.4 一 致 性 

当量 仅 当 SRS 中 各 个 需求 的 描述 是 不 矛盾 时 SRS 才 是 一 致 的 。 
4.3.5 可 修改 性 





如 果 一 个 SRS 的 结构 和 风格 在 需求 有 
多 改 的 。 可 修改 性 要 求 SRS 
\ 有 一 个 有 条 不 率 的 易于 使 用 的 内 容 组 织 ， 
即 同一 需求 不 和 


就 是 可 以 
a. 
b. 


(1) 见 余 本 身 不 是 错误 , 但 是 容易 发 生 错 误 。 见 余 可 增加 SRS 的 可 读 性 , 但 是 在 
































没有 宛 余 


人 I\o 




















已 在 
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在 SRS 中 出 现 多 次 。 



























































LI 有 


















































只 修改 


(2) 不 管见 余 是 否 必须 ，SRS 一 定 要 包含 一 个 闻 








了 一 个 地 方 ， 于 是 SRS 就 变 得 不 一 致 了 。 


4.5.6 可 追踪 性 


如 果 每 一 个 需求 的 源流 是 清晰 的 , 在 进 
则 该 SRS 就 是 可 追踪 的 。 建 议 采 月 










































































F 类 型 的 追踪 : 
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一 步 产 生 和 改变 文件 编 和 
日 如 下 两 利 


录 表 ， 索 引 和 明确 

















的 交叉 引用 表 ; 


才 称 这 个 需求 


必要 改变 时 是 易于 实现 的 、 完 整 的 、 一 致 的 ,那么 这 个 SRS 
4 备 以 下 条 件 ， 

















个 元 余 文 件 被 





更 新 时 容易 出 现 问题 。 例 如 , 假设 一 个 明确 的 需求 在 两 个 地 方 详细 列 出 ， 后 来 发 现 这 个 需求 需要 改变 ， 

















# 细 的 交叉 引用 表 ， 以 便 SRS 具备 可 修改 性 。 




















判 时， 可 以 方便 地 引证 每 一 个 需求 ， 
































a. 问 后 追踪 ( 即 疝 已 开发 过 的 前 一 阶段 追踪 ) 。 根 据 先前 文件 或 本 文件 前 面 的 每 一 个 需求 进行 追 
踩 。 

pb. 问 前 追踪 〈 即 是 向 由 SRS 派生 的 所 有 文件 追踪 )。 根 据 SRS 中 具有 唯一 的 名 字 和 参照 号 的 每 
一 个 需求 进行 追踪 。 

当 SRS 中 的 一 个 需求 表达 男 一 个 需求 的 一 种 指派 或 者 是 派生 时 ,向 前 、 向 后 的 追踪 都 要 提供 。 例 
如 ， 


(1) 从 总 的 用 户 响应 时 间 需 求 
(2) 识别 带 有 一 定 功 能 和 


















































! 分 配给 数据 库 操作 响 应 时 间 ， 
] 户 接口 的 需求 的 报告 格式 ; 











(3) 文 持 法 律 或 行政 上 需要 的 某 个 软件 产品 《例如 ， 计 算 税收 )。 在 这 种 情况 下 ， 要 指出 软件 所 
切 的 法 律 或 行政 文件 。 


文 持 的 确 
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EE 要 的 是 要 查 
.3.7 运行 和 
SRS 必须 满足 i 
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性 











Aa. 








维护 常 第 是 由 与 原来 帮 
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当 软 件 产 品 进入 运行 和 维护 阶段 时 , SRS 的 向 前 可 妃 踪 性 显得 特别 重 
9 这些 修改 所 影响 的 全 部 需求 。 
维护 阶段 的 可 
运行 和 维护 阶段 的 需要 ， 包 括 软件 最 终 替 换 。 
F 发 无 联系 的 人 来 进行 的 。 局 部 的 改变 (修正 ) 可 以 借助 于 好 的 代码 注释 











并 
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来 实现 。 对 于 较 大 范围 的 改变 。 设 计 和 需求 文件 是 必 不 可 少 的 ， 这 里 隐 含 了 两 个 作用 ， 
(1) 如 4.3.5 条 指出 ，SRS 必须 是 可 修改 的 ; 





(2) SRS 中 必须 包括 一 个 记录 ， 它 记录 天 
它们 的 危急 性 《如 故障 可 能 危及 完全 或 导致 大 量 财政 方 四 





















































的 社会 方面 的 损失 7 







































































编码 和 文件 作 修改 时 ， 





8 些 应 用 于 各 个 成 分 的 所 有 具体 条 文 。 例 如 ， 








它们 仅 与 暂时 的 需要 相关 〈 如 支 持 一 种 可 立即 恢复 原状 的 显示 73 

它们 的 来 源 〈 如 某 功能 是 由 已 存在 的 软件 产品 的 全 部 找 贝 复制 而 成 )。 

b. 要 求 在 SRS 中 清楚 地 写 明 功能 的 来 源 和 目的 , 因为 对 功能 的 来 源 和 引入 该 功能 的 目的 不 清楚 
的 话 ， 通 党 不 可 能 很 好 地 完成 软件 的 维护 。 











4.4 SRS 的 编制 者 





























软件 


发 的 过 程 是 由 

















的 形式 ， 应 该 























Aa. 


客户 通常 对 软件 设计 和 








双方 联合 起 草 。 这 是 因 











发 者 和 客户 双方 同意 开发 什么 样 的 软件 | 
为 


























b. 开发 者 通 
4.5 SRS 的 改进 


党 对 




















软件 产品 的 开发 过 程 


中 ， 在 项 























SRS 的 缺陷 、 缺 点 和 银 











在 SRS 的 改进 中 ， 应 汶 








于 客户 的 问题 和 意 


目的 开始 阶段 不 可 能 详细 
误 之 类 的 问题 ， 所 以 可 能 要 对 SRS 进行 改进 。 
E 意 如 下 事项 ， 





发 过 程 了 解 较 少 ， 而 不 能 写 出 可 











的 SRS; 























人 Ab HE 
用 安 








4. 5.1 
4. 5.2 一 旦 最 初 识别 出 ] 
变 。 批 准 了 的 需求 改变 ， 





























尽管 可 以 预见 校正 版 本 如 
目的 变化 ,应 引入 一 个 了 
用 如 下 的 方法 编 入 SRS 之 中 ， 


大 











a. 提供 各 种 改变 
b. 允许 对 SRS 当 
4.6 SRS 的 编制 工具 














形式 化 的 方法 较 好 。 
4.6.1 形式 化 说 明 方 法 











日 





E 开 发 以 后 不 可 避免 ， 而 对 需求 还 必须 尽 可 
E 式 的 改变 规程 来 标识 、 控 制 、 奶 踪 和 报告 项 目 





的 正确 的 、 完 全 的 审查 记录 ; 
前 的 和 被 蔡 代 部 分 的 审查 。 





和 





说 明 某 些 细 


























协议 开始 的 。 这 种 协议 要 使 用 SRS 


图 了 解 较 少 ， 从 而 不 可 能 写 出 一 个 令 人 满意 的 系统 需求 。 


节 ， 在 开发 过 程 中 可 能 发 现 





能 完全 、 清 楚 地 描述 。 























编制 SRS 最 显而易见 的 方法 是 用 








然 语 言 来 描述 。 











客户 合同 中 


SRS 是 否 是 一 





目 


一 


4.6.2 生产 工具 























软件 产品 生产 中 有 多 种 生产 工具 。 比 如 ， 计 算 机 的 字 处 理 器 就 是 非常 有 用 的 生产 加 
SRS 通常 有 若干 作者 。 可 能 经 历 若 干 版 本 ， 并 且 要 进行 多 次 习 




















4. 6.5 表达 工具 
,有 许多 词 
il。 比如 ， 





















































三 | 
古 全 要 


个 人 
Ma 








求 使 用 ; 














,特别 是 询 

















在 SRS 中 是 否 使 用 形式 化 方法 要 依据 下 列 
程序 规模 和 复杂 性 ; 








司 工具 或 仅仅 是 一 个 内 部 文件 ; 
SRS 文件 是 否 成 为 设计 文件 的 根据 ; 
有 支持 这 种 方法 的 计算 机 设备 。 


尽管 自然 语言 是 丰富 多 彩 的 ， 但 不 易 精确 























助 工具。 














的 改 





























= 外 





























EE 新 组 织 内 容 。 政 生产 工具 是 必要 的 。 





F 多 名 词 和 动词 ,专门 涉及 到 系统 的 实体 和 许多 活动 ,所 以 表达 SRS 
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a. ”可 以 验证 实体 或 活动 ， 无 论 在 SRS 中 什么 地 方 都 是 同一 名 字 ; 

b. 可 以 标识 一 个 特殊 的 实体 或 动作 在 规格 说 明 中 的 描述 位 置 。 

此 外 ， 可 以 使 用 若干 种 形式 化 方法 ， 以 便 允 许 上 自动 处 理 SRS 内 容 ， 只 要 作 茶 些 限 制 就 可 以 做 到 ， 

用 一 些 表 格 或 图 示 法 来 显示 需求 。 

用 详细 分 层 体系 自动 检查 SRS 的 需求 ,这 里 每 一 个 分 层 自身 是 完全 的 ,但 是 也 可 以 扩展 为 下 一 层 ， 
或 是 上 一 层 的 一 个 组 成 成 分 

自动 检查 SRS 具有 在 4.3 条 描述 的 部 分 或 全 部 特点 。 











5 软件 需求 


SRS 中 每 一 
表达 软件 需求 的 方法 
j 若 了 


5. ] 
软件 需求 





Aa. 














个 软 作 





需求 是 要 求 


























可 以 











b. 使 用 





代表 














c. 用 规 
5. 1.1 输入 、 
用 输入 输 
5. 1. 1. 1 




















万 





a. 





据 文 卷 上 操作 。 


万 














b. 


途径 


根据 被 描述 的 软件 的 性 质 ， 











F 种 方法 来 表达 : 
通过 输入 、 输 出 说 明 ; 
性 的 例子 ; 
范 化 的 模型 。 
输出 说 明 





开发 软件 产品 的 菜 些 基本 功能 和 性 能 的 一 个 陈述 。 








出 序列 来 描述 一 个 软件 产品 所 要 求 的 特性 是 很 有 效 的 。 
































至 少 有 三 








了 些 软件 产品 (如 报表 系统 ) 要 求 着 




















种 不 同 的 途径 ， 
EE 说 明 输出 。 一般 情况 下 , 致力 于 输出 的 系统 主要 是 在 数 











用 户 的 输入 通常 是 致力 于 提供 控制 信 ， 
些 软件 产品 需要 着 重 说 明 输 入 、 输 出 特性 。 




















电 和 启动 数据 文 卷 的 处 理 ; 
































关注 输入 、 输 出 的 系统 主要 是 在 当前 的 输入 上 








操作 ， 要 求生 成 与 输入 相 匹 配 的 输出 《类 似 于 数据 转换 例 行 程序 或 一 个 数学 函数 包 ); 





Cc. 
应 答 。 


还 有 





一 些 系 统 (如 过 程 
也 就 是 说 ， 它 的 行为 


些 输入 /输出 对 的 次 序 。 


5.1.1.2 团 





难 
多 数 软件 产品 可 能 接收 无 限 的 序列 作为 输入 ， 于 是 ， 为 了 通过 输入 输 
性 ， 就 要 求 SRS 包括 一 个 无 限 长 的 输入 和 所 需 的 输出 序列 。 然 而 ,用 这 相 


件 所 要 求 的 一 切 特性 。 


5. 1.2 


典型 例子 





























E 控 伟 





























种 选择 





显然 , 要 列 出 全 部 输 
下 面 是 一 组 四 种 对 话 的 





0101 
01010101 
01 
010101 


这 些 对 话 仅 提供 了 要 求 的 输入 和 输出 之 间 的 关系 ， 但 是 


5. 1.5 模型 





男 一 种 表达 需求 的 方法 是 模型 的 方式 ， 这 
至 少 可 以 提出 三 种 可 供 使 用 的 通 
FP 模型 的 应 用 场合 ， 参 考 5. 1. 3. 5。 





应 注意 区 别 各 利 











用 1 


.AES 





0101 


















































型 的 例子 ， 











上 系统 ) 要 求 记忆 它们 
1 同一 个 有 限 状 态 机 。 在 此 利 





型 例子 来 说 明 要 求 的 特性 。 例 如 ， 
入 和 输出 序列 是 不 可 能 的 。 然而, 用 典型 
] 它 描述 系统 特性 。 





的 状态 。 可 以 根据 本 次 输入 和 上 一 次 输入 进行 
情况 下 ， 既 要 关注 输入 /输出 对 ， 又 要 关注 这 











= 








i 出 序列 完整 地 说 明 产 品 的 特 
的 途径 不 可 能 完整 地 描述 软 








妥 设 一 个 系统 中 当 接 收 “0” 时 用 “1?” 来 回答 。 
J 的 序列 可 以 十 分 清楚 地 理解 系统 的 特性 。 

































































ij 述 系统 的 特性 。 









































模型 ， 数 学 型 、 


是 表达 复杂 需求 的 精确 和 有 


效 的 方法 














功能 型 、 计 时 型 。 
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5. 1. 3.1 数学 模型 
数学 模型 是 使 用 数学 关系 描述 软件 特性 的 模型 。 数 学 模型 对 某 些 特殊 应 用 领域 是 特别 有 用 的 。 例 
如 ， 导 航 、 线 性 规划 、 计 量 经 济 、 信 号 处 理 和 气象 分 析 等 。 
用 数学 模型 能 够 对 5.1.2 中 所 讨论 的 典型 例子 描述 如 下 ， 
(01)*。 
这 里 ，“%” 号 表示 括号 内 的 字符 串 可 以 重复 一 次 或 多 次 。 
5. 1. 3.2 功能 模型 
功能 模型 是 提供 从 输入 到 输出 映 象 的 模型 。 象 有 限 状 态 机 或 Petri 网 , 这些 功 能 模型 可 以 有 助 于 标 
识 和 定义 软件 的 各 种 特点 ,或 者 可 以 表示 系统 所 要 进行 的 操作 。 
对 前 面 用 数学 模型 描述 的 例子 。 可 用 图 1 所 示 的 有 限 状 态 机 形式 的 功能 模型 来 描述 。 图 中 进入 的 
箭头 表示 启动 状态 。 双 线 的 方 框 表示 接收 状态 。 在 各 线 记 号 xz/y 的 含义 是 ; x 代表 接受 的 输入 , 而 y 是 
产生 的 输出 。 









































































































































































































































图 1 





5. 1. 5.5 计时 模型 
计时 模型 是 一 种 增加 了 时 间 限 制 的 模型 。 这 种 模型 对 于 表达 软件 特性 的 形式 和 细节 特别 有 用 。 尤 
其 是 实时 系统 或 考虑 人 为 因素 的 系统 。 
计时 模型 可 以 把 下 列 限制 加 到 图 1 的 模型 中 去 ， 
a. 激活 因素 0 将 在 进入 S1 状态 30s 之 内 出 现 
b. 响应 1 将 在 进入 S2 状态 2s 之 内 出 现 。 
5. 1. 3.4 其 他 模型 
除了 上 面 提 及 的 模型 外 。 对 一 些 特 殊 的 应 用 还 有 一 些 特 别 有 用 的 模型 。 例 如 ， 编 译 程序 的 说 明 可 
以 使 用 属性 文法 ， 工 资 单 系统 可 以 使 用 表格 。 要 注意 的 是 ， 对 SRS 使 用 形式 需求 语言 ,通常 含有 使 用 
特殊 模型 的 意思 。 
5. 1. 5.5 警告 
无 论 使 用 哪 一 类 型 的 模型 ， 都 要 ， 




































































































































































在 SRS 中 或 在 SRS 涉及 到 的 一 个 文件 
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中 对 它 严格 定义 。 这 个 定义 应 该 规定 : 














a. ”模型 中 的 参数 所 要 求 的 范围 ， 

b. 使 用 时 的 限定 值 ， 

c. 结果 的 精确 度 ; 

d. 负载 的 能 力 ; 

e. ”要 求 的 执行 时 间 ， 

f.。 缺 省 或 失败 时 的 啊 应 。 

必须 注意 ， 在 需求 的 定义 域内 要 保持 一 个 模型 定义 。 每 当 一 个 SRS 使 用 一 个 模型 时 ， 

a. 它 意 味 着 此 模型 提供 一 个 十 分 有 效 和 精确 的 方法 说 明 需 求 ; 

b. 并 不 意味 软件 产品 的 实现 必须 基于 这 个 模型 。 

一 个 模型 用 于 解释 文件 所 写 的 需求 是 有 效 的 ， 但 是 对 于 实际 软件 的 实现 可 能 并 不 是 最 适宜 的 。 














5.2 软件 需求 的 注释 


















































































































































有 关 软 件 产品 的 所 有 需求 ， 并 不 是 同等 重要 的 。 某 些 需 求 可 能 是 基本 的 ， 例 如 是 对 于 生命 依 关 的 
应 用 。 而 男 一 些 可 能 并 不 那么 重要 。 

SRS 中 每 一 个 需求 必须 进行 注释 ， 以 便 区 别 其 重要 的 程度 。 

用 这 种 方法 注释 需求 ， 可 以 ， 

a- 帮助 客户 对 每 一 个 需求 给 予 更 周密 的 考虑 ， 通 常 可 以 在 需求 中 澄清 隐藏 的 假设 ; 

b. 帮助 开发 者 做 出 正确 的 设计 决定 ， 并 对 软件 产品 不 同 部 分 作出 相应 的 努力 。 
5.2.1 稳定 性 

注释 需求 的 一 种 方法 是 使 用 稳定 性 量 纲 。 当 一 个 需求 在 软件 预期 的 生存 期 间 内 描述 不 改变 的 话 , 可 
























































以 认为 该 需求 是 稳定 的 ， 否 则 可 以 认为 是 易 变 的 。 
性 等 级 
注释 的 男 一 种 方法 是 把 需求 分 成 必须 保 订 





5.2.2 必 
a. 


b. 


Cc. 


在 注 











5. 5 在 表达 需求 时 遇 到 的 共 
基本 点 是 它 必须 说 明 
a 
人 伯 要 做 什么 
全 执行 过 程 





SRS 的 
a. 功能 

b. 
间 、 大 中 


C- 








请 
于 
[ES 





d. 


€. 





编写 需求 的 人 应 当 
清晰 的 区 别 。 
在 SRS 中 典 入 了 设计 
在 SRS 中 骨 入 设计 说 明 ， 会 

















者 有 
5. 3. 1 














hs 


5 


x 





必须 保 鹿 





任 选 是 给 天 
5.2.35 注意 事项 
释 需 求 之 前 








[发 者 一 





个 机 会 ， 


『T， 必 须 彻 底 理 解 这 种 污 


级 、 期 望 级 和 任 选 级 。 














是 指 软件 必须 和 这 些 需 求 相 一 致 ， 否 则 该 软件 不 可 能 被 接受 ; 
期 望 是 指 这 些 需 求 将 提高 软件 产品 的 功能 ， 但 是 如 果 缺 省 的 话 也 是 可 接受 的 ; 












































同 浆 病 














性 能 
能力 、 精 度 、 频 率 等 等 ; 
强加 于 实现 的 设计 限 和 
面 所 要 求 的 标准 


性 








em 











软件 











狄 何 : 

















6 软件 功能 











一 





而且 





可 以 提供 


获得 的 结 


某 些 超出 SRS 规定 的 目标 。 


释 的 实质 性 含 





四 
个 >》 





而 不 是 获得 这 些 结果 的 手段 。 

















用 性 、 响 应 时 间 、 各 种 软件 功能 的 恢复 时 




















在 效果 、 











可 移植 性 、 正 确 








性 、 











可 维护 性 及 安全 中 


! 的 速度 、 可 使 


实现 的 语言 、 数据 库 完 整 性 、 资源 限制 操作 环境 等 等 方 








等 方面 的 考虑 
F 和 其 他 人 硬件 的 相互 关系 。 





条 3 








外 部 接口 一 一 与 人 、 便 件 、 其 他 软 伯 
避免 把 设计 或 项 





过 多 地 约束 


日 需求 写 入 SRS 之 中 ， 





应 当 对 说 明 需 求 设计 约束 与 规划 设计 两 




















软件 设计 ， 并 且 人 为 地 把 具有 潜在 危险 的 需求 放 入 SRS 









































5. 5.1.1 SRS 必须 

意 力 集中 在 要 完成 的 
a. 把 软件 划分 
b. 


Cc. 





蕴 述 在 
服务 有 
成 若干 模块 ; 




















给 每 一 个 模块 分 配 功能 ; 


十 么 数据 上 、 为 谁 完成 什么 功能 、 在 什么 地 方 、 产 生 什么 
标 上 。 通 常 不 指定 如 下 的 设计 项 目 ， 
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结果 。SRS 应 把 注 








d. ”选择 数据 结构 。 
5. 3.1.2 把 设计 完全 同 SRS 隔离 3 
接 反映 设计 约束 的 需求 。 例 如 ， 














描述 模块 间 的 信息 流程 或 者 控制 流程 ， 

















于 来 始终 是 不 现实 的 。 安 全 和 保密 方面 的 周密 考虑 可 能 增加 一 些 直 





在 一 些 分 散 的 模块 中 保持 某 些 功能 ; 



























































虑 到 ， 若 要 为 软件 选择 高 层次 的 设计 , 就 可 能 需要 大 量 的 资源 《可 能 占 整 个 产品 开 






































县。 
b. 人 允许 在 程序 的 某 些 区 域 之 间 进 行 有 限 的 通讯 ; 
c. 计算 临界 值 的 检查 和 。 
5. 5.1.3 通常 应 考 
发 成 本 的 10% 一 20% 以 上 )。 有 两 种 选择 ， 
a. 不顾 本 指 十 的 警告 , 在 SRS 








个 需求 进行 描述 ( 











大 
































b. 林 

















而 不 使 之 成 为 实际 的 设计 。 
5. 5.2 在 SRS 中 构 入 了 一 些 项 目 要 求 





SRS 应 当 是 





| 写 

























































































个 软件 产品 ， 而 不 是 
发 者 之 闻 对 于 软件 生产 方面 合同 性 事宜 的 理 


' 的 建议 ， 





:描述 了 设计 。 这 意味 着 ， 或 者 将 一 个 潜在 不 适当 的 设计 作为 一 











为 ， 若 要 得 到 好 的 设计 ， 所 花费 的 时 间 是 不 够 的 )， 或 者 在 需求 阶段 花费 了 过 多 的 
时 间 《因为 在 SRS 完成 之 前 整个 设计 分 析 都 要 完成 ); 
] 本 指南 中 5.1.3 条 
























































模型 设计 描述 需求 , 这 种 模型 设计 只 








] 于 辅助 描述 需求 ， 


























述 生 产 软 件 产品 


的 过 程 。 









































解 《〈 因 此 不 应 当 包括 在 SRS 



































F 中 描述 。 在 SRS 中 提供 的 只 是 关于 软件 产品 本 身 的 需求 。 








项 目 要 求 表达 客户 和 
中 ) 例如 ， 

a. 成 本 ; 

b. 人 交 货 进度 ; 

ec. 报表 处 理 ; 

d. ”软件 开发 方法 ; 

e. 质量 保证 ; 

f。 确认 和 验证 的 标准 ; 

g. ”验收 过 程 。 

项 目 需 求 在 另外 的 文 从 
6 SRS 大 纲 


本 章 着 重 讨论 SRS 的 每 
表 5 给 出 大 纲 中 第 3 章 的 























站 





个 : 





























规定 编写 自己 的 SRS。 


Ze 


# 体 需求 内 容 。 各 


本 部 分 ， 可 以 作为 一 个 SRS 的 大 纲 。 表 1 给 出 该 大 网 


发 者 和 客户 应 当 根 据 所 


目录 ， 表 2 
ij 述 的 实际 情况 ， 按 本 指南 有 








[ 




















水 
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表 1 SRS 大 纲 

















1.1 
1.2 范围 
1.3 定义 、 缩 写 词 、 略 语 
1.4 参考 资料 
2 项 目 概述 
2.1 产品 描述 
2.2 产品 功能 
2.3 用 户 特 点 
2.4 一般 约束 
2.5 假设 和 依据 
3 具体 需求 
《参阅 本 指南 6. 3.2 条 中 具体 需求 的 组 织 形 
附录 
索引 
6.1 前 言 (SRS 第 1 章 ) 
本 章 提供 整个 SRS 综述 。 
6.1.1 目的 (SRS 的 1.1 条) 
在 这 一 条 包括 下 列 内 容 ， 
a. ”描述 实际 SRS 的 目的 ; 
b. 说 明 SRS 所 预期 的 读者 。 
6.1.2 范围 (SRS 的 1.2 条 ) 
a. ”用 一 个 名 字 标 识 被 生产 的 软件 产品 。 比 如 ，X XX 数据 库 系 统 ， 报 表 生 成 程序 等 等 ，; 
b. ”说明 软 件 产 品 将 干什么 ， 如 果 需 要 的 话 ， 还 要 说 明 软 件 产品 不 干什么 ， 
ec. 描述 所 说 明 的 软件 的 应 用 。 应 当 ， 
(1) 尽 可 能 精确 地 描述 所 有 相关 的 利益 、 目 的 、 以 及 最 终 目标 。 
(2) 如 果 有 一 个 较 高 层次 的 说 明 存 在 ， 则 应 该 使 其 和 高 层次 说 明 中 的 类 似 的 陈述 相 一 致 ( 例 如 ， 
系统 的 需求 规格 说 明 )。 
6. 1.5 定义 、 缩 写 词 、 略 语 (SRS 的 1.3 条 ) 
本 条 中 必须 提供 全 部 需求 的 术语 、 缩 写 词 及 略语 的 定义 ， 以 便 对 SRS 进行 适当 的 解释 。 这 些 信 息 
可 以 由 SRS 的 附录 提供 。 也 可 以 参考 其 他 的 文件 。 
6. 1.4 参考 资料 (SRS 的 1.4 条 ) 
本 条 应 包括 ， 
a. 在 SRS 中 各 处 参照 的 文件 的 全 部 清单 ， 如 经 核准 的 计划 任务 书 ， 上 级 机 关 批文 、 合 后 
b. ” 列 出 其 他 参考 资料 ， 如 属 本 项 目的 其 他 已 发 表 的 文件 和 主要 文献 等 。 每 一 个 文件 、 文献 要 有 
标题 ， 索 引号 或 文件 号 ， 发 布 或 发 表 日 期 以 及 出 版 单位 ; 
e. 详细 说 明 可 以 得 到 该 参考 文件 的 来 源 。 这 个 信息 可 以 通过 引用 附录 或 其 他 文件 提供 。 
6.2 项 目 概述 (SRS 第 2 章 ) 
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本 章 应 描述 影响 产品 和 其 需求 的 一 般 因 素 ， 本 章 不 说 明 有 具体 的 需求 ， 而 仅 使 需求 更 易于 理解 。 
6. 2.1 产品 描述 (SRS 的 2.1 条 ) 
这 一 条 是 把 一 个 产品 用 其 他 有 关 的 产品 或 项 目 来 描述 。 
a. 如 果 这 个 产品 是 独立 的 ， 而 且 全 部 内 容 自 含 ， 应 在 此 说 明 ; 
b. 如 果 SRS 定义 的 产品 是 一 个 较 大 的 系统 或 项 目 中 的 一 个 组 成 部 分 ， 那 么 本 条 应 包括 如 下 内 
容 ， 
(1) 要 概述 这 个 较 大 的 系统 或 项 目的 每 一 个 组 成 部 分 的 功能 ， 并 说 明 其 接口 ; 
(2) 指出 该 软件 产品 主要 的 外 部 接口 。 在 这 里 , 不 要 求 对 接口 详细 地 描述 , 详细 描述 放 在 SRS 其 
他 章 条 中 ， 
《3) 描述 所 使 用 的 计算 机 硬件 、 外 围 设备 。 这 里 仅仅 是 一 个 综合 性 描述 。 
在 本 条 的 描述 中 ， 用 一 个 方 框图 来 表达 一 个 较 大 的 系统 或 项 目的 主要 组 成 部 分 、 相 互联 系 和 外 部 
接口 是 非常 有 帮助 的 。 
本 条 既 不 用 来 强迫 进行 设计 方案 的 描述 ， 也 不 是 描述 在 解决 问题 时 的 设计 约束 。 本 条 应 对 在 以 后 
具体 需求 一 章 中 说 明 的 设计 约束 提供 理由 。 
6. 2.2 产品 功能 (SRS 的 2.2 条) 
本 条 是 为 将 要 完成 的 软件 功能 提供 一 个 摘要 。 例 如 ， 对 于 一 个 记 帐 程序 来 说 ，SRS 可 以 用 这 部 分 
来 描述 ， 客户 帐 目 维护 、 客 户 财务 报表 和 发 票 制作 ， 而 不 必 把 功能 所 要 求 的 大 量 的 细节 描写 出 来 。 
有 时 ， 如 果 存 在 较 高 层次 的 规格 说 明 时 ， 则 功能 摘要 可 直接 从 中 取得 ， 这 个 较 高 层次 的 规格 说 明 
为 软件 产品 分 配 了 特殊 的 功能 ， 为 了 清晰 起 见 ， 请 注意 ， 
a. 编制 功能 的 一 种 方法 是 制作 功能 表 ， 以 便 客户 或 者 第 一 次 读 这 个 文件 的 人 都 可 以 理解 ; 
b. 用 方 框图 来 表达 不 同 的 功能 和 它们 的 关系 也 是 有 帮助 的 。 但 要 牢记 ， 这 样 的 图 不 是 产品 设计 
时 所 需求 的 ， 而 上 只 是 一 种 有 效 的 解释 性 的 工具 。 
一 条 不 用 作 陈 述 具 体 需 求 , 只 是 对 后 来 SRS 中 具体 需求 一 革 中 为 什么 要 描述 的 某 些 需求 提供 理 
6. 2.5 用 户 特点 (SRS 的 2.3 条 ) 
本 条 要 描述 影响 具体 需求 的 产品 的 最 终 用 户 的 一 般 特 点 。 
许多 人 在 软件 生存 周期 的 操作 和 维护 阶段 与 系统 相关 。 而 这 些 人 中 有 用 户 、 操 作 员 、 维 护 人 员 和 
系统 工作 人 员 。 这 些 人 的 某 些 特点 ， 象 教育 水 平 、 经 验 、 技 术 、 专 长 等 ， 都 是 施加 于 系统 操作 环境 的 
重要 约束 。 
如 果 系 统 的 大 多 数 用 户 是 一 些 临 时 的 用 户 ， 那 么 就 要 求 系统 包含 如 何 完成 基本 功能 的 提示 ， 而 不 
是 假设 用 户 已 经 从 过 去 的 会 议 或 从 阅读 用 户 指 南 中 了 解 到 这 些 细 节 。 
这 一 条 的 内 容 不 能 用 来 陈述 具体 需求 或 强加 若干 特殊 的 设计 约束 ,本 条 应 对 在 SRS 的 具体 需求 
章 之 中 的 某 些 具体 需求 或 设计 约束 的 描述 提供 理 
6. 2.4 一 般 约 束 (SRS 的 2.4 条 ) 
本 条 对 设计 系统 时 限制 开发 者 选择 的 其 他 一 些 项 作 一 般 性 描述 。 而 这 些 项 将 限定 开发 者 在 设计 系 
统 时 的 任 选项 。 这 些 包 括 ， 
a. 管理 方针 ; 
b. 硬件 的 限制 ; 
e. 与 其 他 应 用 间 的 接口 ; 
d. ”并 行 操作 ， 
e. ”审查 功能 ; 
f.。 控制 功能 ; 
g- ”所 需 的 高 级 语言 
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j. 


本 条 不 陈述 




















通信 协议 ; 
的 临界 点 
安全 和 保密 方面 的 考虑 。 












































设计 约束 提供 理由 。 























6.2.5 假设 和 依据 CSRS 的 2.5 条 ) 


本 条 列 出 影响 SRS 中 陈述 的 需求 的 每 
可 能 影响 到 SRS 中 的 需求 。 例 如 ， 假定 一 个 特定 的 操作 系统 是 厂 
而 ， 事 实 上 这 个 操作 系统 是 不 可 能 使 用 的 ， 于 是 ，SRS 就 要 











体 需求 或 具体 设计 约束 ， 
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而 对 SRS 的 具 














6.5 具体 需求 (SRS 的 第 3 章 ) 











本 章 应 包括 软件 开发 者 在 建立 设计 时 需要 的 全 部 细节 。 这 是 SRS 中 篇 幅 最 大 和 最 








































































































































































































个 因素 。 这 些 因素 不 是 软 伯 


体 需 求 一 章 中 为 什么 要 看 
































有 上 定 某 些 














\ 体 需求 和 


F 的 设计 约束 , 但 是 它 们 的 改变 











E 被 软件 产品 指定 的 硬件 上 使 用 的 ， 然 





进行 相应 的 改变 。 



















































































































































































































































































重要 的 部 分 。 

a. ”根据 本 指南 第 4 章 所 规定 的 准则 《如 可 验证 性 ,无 层 义 性 等 ), 对 每 一 个 需求 细节 作 具 体 描述 ; 

b. 在 SRS 的 前 言 、 项 目 概述 、 附 录 部 分 的 有 关 讨 论 中 ， 要 提供 对 任何 一 个 具体 需求 交叉 引用 的 
背景 ; 

c. ”具体 需求 分 类 的 方法 如 下 ， 

(1) 功能 需求 ; 

(2) 性 能 需求 ; 

(3) 设计 约束 ; 

(4) 属性 ; 

(5) 外 部 接口 需求 。 

本 章 中 要 注意 的 二 点 是 ， 

a. ” 按 符合 逻辑 的 和 可 读 的 方式 组 织 ， 

b. 详细 描述 每 一 个 需求 ， 使 得 该 需求 应 达到 的 目标 能 够 用 指定 的 方法 进行 客观 的 验证 。 
6. 5.1 具体 需求 的 内 容 
6. 5.1.1 功能 需求 

本 条 描述 软件 产品 的 输入 怎样 变换 成 输出 。 即 软件 必须 完成 的 基本 动作 。 

对 于 每 一 类 功能 或 者 有 时 对 于 每 一 个 功能 ， 需 要 具体 描述 其 输入 、 加 工 和 输出 的 需求 。 这 通常 
四 个 部 分 组 成 ， 

a. 引言 

这 部 分 描述 的 是 功能 要 达到 的 目标 、 所 采用 的 方法 和 技术 , 还 应 清楚 说 明 功 能 意图 的 由 来 和 背景 。 

b. 输入 

这 部 分 应 包括 ， 

(1) 详细 描述 该 功能 的 所 有 输入 数据 ， 如 ， 

输入 源 、 数 量 、 度 量 单位 、 时 间 设 定 、 有 效 输入 范围 (包括 精度 和 公差 )， 

(2) 操作 员 控 制 细节 的 需求 。 其 中 有 名 字 、 操 作 员 活动 的 描述 、 控 第 


当 打 印 检查 时 ， 要 求 操作 员 


(3) 























进行 格式 调整 








c. ”加工 


定义 输入 数据 、 中 间 参 数 ， 以 获得 
(1) 输入 数据 的 有 
(2) 操作 的 顺序 ， 包 括 事 


(3) 





效 性 检查 ; 





























指明 引用 接口 说 明 或 接口 控 种 




















| 文件 的 参考 资料 。 

















| 人 台 或 操作 员 的 位 置 。 例 如 ， 





预期 输出 结果 的 全 部 操作 。 它 包括 如 下 的 说 明 ， 


异 币 情况 的 响应 ， 例 如 ， 浇 出 、 


通信 故障 、 销 


件 的 时 间 设 定 ， 











A 














误 处 到 





上 二 于 


(4) 受 操作 影响 的 参数 ; 
(5) 降级 运行 的 要 求 ; 
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(6) 

(7) 输出 数据 的 有 效 性 检查 。 

d. ”输出 。 

这 部 分 应 包括 ， 

(1) 详细 描述 该 功能 所 有 输出 数据 , 例如; 输出 目 























的 范围 (包括 精度 和 公差 )、 

















FE 法 值 的 处 理 

















(2) 有 关 接 口 说 明 或 接口 控制 文人 
此 外 ， 对 着 重 于 输入 输出 行为 


























、 出 错 信息 ; 


F 的 参考 资料 。 
系统 来 说 ，SRS 应 指定 所 有 有 意义 的 输入 、 输 出 对 及 其 序列 。 











一 个 系统 要 求 记忆 它 的 状态 时 ， 需 要 这 个 序列 ， 使 得 它 可 以 根据 本 次 输入 和 以 前 的 状态 作出 响应 。 





就 是 说 ， 这 种 情况 犹如 有 限 状 
6. 5.1.2 性 能 需求 
从 整体 来 说 ， 本 条 应 





























Aa. 


(1) 支持 的 终端 数 ， 














态 机 。 


# 体 说 明 软 件 、 或 人 与 软 们 
静态 数值 需求 可 能 包括 ， 


(2) 支持 并 行 操作 的 用 户 数 ，; 














(3) 处 理 

(4) 表 和 文 卷 的 大 小 。 

b. 动态 数值 需求 可 能 包 
一 定时 间 周 期 中 处 理 的 数据 总 





















































的 文 卷 和 记录 数 ; 











用 于 把 系统 输入 变换 成 相应 输出 的 任何 方法 〈 方 程式 、 数 学 算法 、 罗 辑 操作 等 )。 











的 地 、 数 量 、 度 量 单位 、 时 间 关 系 、 有 效 输出 



































区 引 




















括 ， 


E33 


里 。 









































所 有 这 些 需 求 都 必须 用 可 
不 然 ， 操作 员 将 不 等 等 处 理 的 
6. 5.1.35 设计 约束 

设计 约束 受 其 他 标准 、 硬 























本 项 将 指定 由 现 有 的 标准 或 规则 派生 的 要 求 。 例 如 ， 
































6. 5.1.3.1 其 他 标准 的 约束 
a. 报表 格式 
b. 数据 命名 ; 
c. 财务 处 理 ; 
d. 审计 追踪 ， 等 等 。 
6. 3.1.3.2 硬件 的 限制 





以 度量 


完成 。 








件 限 制 等 方面 的 影响 。 













































































































































































交互 的 静态 或 动态 数值 需求 。 


欲 处 理 的 事务 和 任务 的 数量 ， 以 及 在 正常 情况 下 和 峰值 工作 条 件 下 






































的 术语 来 叙述 。 例 如 ，95 色 的 事务 必须 在 小 于 1s 时 间 内 处 理 完 ， 

























































































本 项 包括 在 各 种 硬件 约束 下 运行 的 软件 要 求 ， 例 如 ， 应 该 包括 ， 

a. ” 便 件 配置 的 特点 《接口 数 ， 指 令 系统 等 )， 

b. 内 存储 器 和 辅助 存储 器 的 容量 。 
6. 5.1.4 属性 

在 软件 的 需求 之 中 有 若干 个 属性 ， 下 面 指出 其 中 的 几 个 注意， 对 这 些 决 不 应 理解 为 是 一 个 完整 
的 清单 )。 
6. 3. 1.4.1 可 用 性 

可 以 指定 一 些 因 素 ， 如 检查 点 、 恢 复 和 再 启动 等 ， 以 保证 整个 系统 有 一 个 确定 的 可 用 性 级 别 。 
6. 5.1.4.2 安全 性 

这 里 指 的 是 保护 软件 的 要 素 ， 以 防止 各 种 非法 的 访问 、 使 用 ， 修改、 破坏 或 者 泄密 。 这 个 领域 的 

















具体 需求 必须 包括 ， 
12 











利用 可 靠 的 密码 技术 ; 








给 


掌握 特定 的 记录 或 历史 数据 人 
: 同 的 模块 分 配 不 同 的 功能 ; 





C A 
-> 





























限定 
计算 临界 值 的 检查 和 。 
6. 3.1.4.3 可 维护 性 
这 是 
a. ”软件 模 
b. 为 微型 
6. 3.1.4.4 可 转移 /转换 性 
这 是 
6. 3. 1.4.5 警告 
间 定 所 需 属性 十 分 重要 
6. 35. 1.5 外 部 接口 需求 
6. 3. 1.5.1 用 户 接口 
提供 
定 如 下 要 求 ， 
对 屏幕 格式 的 要 求 ; 
报表 或 菜单 的 页 面 
ce. 输入 输出 的 相对 时 
d. 程序 功 
6. 5.1.5.2 硬件 接口 


rrp 









































块 所 需 

























































































a. 
b. 





























要 指出 软件 产品 和 系统 便 部 伯 





有 














设备 ， 如 何 支 撑 这 些 设备 ， 
6. 5.1.5.5 软件 接口 

























































































规定 若干 需求 以 确保 软 们 
要 的 特殊 的 耦合 外 
! 闭 置 指定 特殊 的 数据 /程序 分 割 要 求 。 


， 它 使 得 


在 这 里 应 指定 需 使 用 的 其 他 软 伯 
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个 程序 中 茶 些 区 域 的 通信 ; 


规定 把 软件 从 一 种 环境 移植 到 男 一 利 


人 们 能 


产品 《〈 例 如， 数据 管 





F 是 可 维护 的 。 例 如 ， 
巨 阵 ; 
































打印 格式 和 内 容 ; 
间 ， 
能 键 的 可 用 性 。 














Fh 环境 所 要 求 的 用 户 程序 ， 


规定 的 方法 去 进行 客观 的 验证 。 


] 户 使 用 软件 产品 时 的 接口 需求 。 例 如 ， 如 果 系 统 的 


F 之 间 每 一 个 接口 的 逻辑 特点 。 还 可 能 包括 
何 约定 。 























用 户 接口 兼容 方面 的 约束 等 等 。 














4 
4 























j 户 通过 显示 终端 进行 操作 ， 就 必须 指 























如 下 事宜 ， 支撑 什么 样 的 


























理 系 统 , 操作 系统 ,或 者 数学 软件 包 )， 以 及 





































































































同 其 他 应 用 系统 之 间 的 接口 。 

对 每 一 个 所 需 的 软件 产品 ， 要 提供 如 下 内 容 ， 

a. 名字; 

b. 助 记 符 ， 

ec. 规格 说 明 号 ; 

d. 版 本 号 ; 

e. 来 源 。 

对 于 每 一 个 接口 ， 这 部 分 应 说 明 与 软件 产品 相关 的 接口 软件 的 目的 ， 并 根据 信息 的 内 容 和 格式 定 
义 接口 ， 这 里 不 必 详 细 描 述 任 何 已 有 完整 文件 的 接口 ， 只 要 引用 定义 该 接口 的 文件 即 可 。 
6. 5.1.5.4 通信 接口 

这 里 指定 各 种 通信 接口 ， 例 如 ， 局 部 网 络 的 协议 等 等 。 
6. 5.1.6 其 他 需求 

根据 软件 和 用 户 组 织 的 特性 等 ， 某 些 需求 放 在 下 面 各 项 中 描述 。 
6. 5.1.6.1 数据 库 

本 项 对 作为 产品 的 一 部 分 进行 开发 的 数据 库 规 定 一 些 需求 ， 它 们 可 能 包括 ， 

a- 在 6.3.1.1 条 中 标识 的 信息 类 别 ; 

b. 使 用 的 频率 ; 











6. 5. 


6. 5.1.6.5 场合 适应 性 需求 
这 里 包括 ， 
a. 

限 等 等 。 
b. 

6. 5.2 具体 需求 的 组 织 
本 条 通常 是 SRS 所 有 
Aa. 
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ce. 存 取 能 力 ; 

d. ”数据 元 素 和 文 卷 描 述 符 ; 

e. 数据 元 素 、 记 录 和 文 卷 的 关系 ; 

f. 静态 和 动态 的 组 织 ; 

g- ”数据 保存 要 求 。 

注 ; 如 果 使 用 一 个 现 有 的 数据 库 包 ， 这 个 包 应 在 “软件 接口 ”中 命名 ， 并 在 那里 详细 说 明 其 用 法 。 
1.6.2 操作 

这 里 说 明 用 户 要 求 的 常规 的 和 特殊 的 操作 。 

a. ”在 用 户 组 织 之 中 各 种 方式 的 操作 。 例 如 ， 用 户 初 始 化 操作 ， 
b. 交互 作用 操作 的 周期 和 无 人 操作 的 周期 ; 

e. 数据 处 理 文 持 功能 ; 

















d. 后 援 和 恢复 操作 。 


注 : 这 里 的 内 容 


























时 是 



































用 户 接口 





的 一 部 分 。 


对 给 定 场合 、 任 务 或 操作 方式 的 任何 数据 或 初始 化 顺序 的 需求 进行 定义 。 例 如 , 栅 值 , 安全 界 


指出 场合 或 相关 任务 为 特点 ， 这 上 




































































部 分 
可 以 根据 软件 实现 功能 的 基本 类 


























! 最 大 并 且 最 复杂 的 部 分 。 
型 ， 将 本 条 分 成 若干 段 。 例 如 : 考虑 一 个 大 的 交互 记 帐 系统 ， 





在 里 层 可 以 分 为 操作 软件 〈 它 支持 近乎 实 





时 的 事务 处 理 




















)、 文 撑 软 人 


























有 可 以 被 修改 以 使 软件 适合 特殊 配制 的 要 求 。 





EF 《联机 功能 、 磁 盘 备 份 、 装 入 磁带 


等 等 ) 以 及 诊断 软件 (诊断 硬件 、 通 信 等 )， 外 一 层 是 应 收 款 帐 以 及 应 付款 帐 等 等 ; 


b. 
对 了 


性 质 。 


结构 细 分 的 目的 是 提高 SRS 
F SRS 中 的 第 3 章 的 





















































表 2 一 表 5 提供 
县。 
b. 


明 其 他 需求 ; 


6. 4. 
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€C. 
每 一 种 外 部 接 
d. 
SRS 的 
6. 4 文 持 信 ， 
支持 信息 是 指 目录 
目录 表 和 索引 很 如 
6. 4.2 对 一 个 实际 的 需求 规格 说 明 来 说 ， 若 有 


1 


Aa. 


© en 


大 纲 3 ( 表 4) 中 , 与 功能 需求 有 关 的 全 部 内 容 放 在 
E 复 上 述 过 程 ， 
中 ， 接 口 需求 和 其 余 的 需求 作为 每 一 个 功 


大 纲 














口 的 需求 寻 
4 ( 表 5) 























了 四 种 可 能 的 组 织 方案 。 
大 纲 1 〈 表 2) 中 首先 说 明 全 部 功 
大 纲 2 ( 表 3) 中 ,把 对 应 每 个 特定 功能 的 四 种 接 


| = 下 
能 需 


求 ， 然 后 说 明 








口 需求 和 该 功 


的 可 读 性 ， 而 不 是 进行 概要 设计 。 
4 体 需 求 部 分 的 最 好 的 组 织 方案 取决 于 所 说 明 的 软件 产品 的 应 























范围 和 











四 种 





类 型 的 
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本 | 


Sy 



























































输入 输出 格式 样本 ， 成 本 分 析 研 究 的 ] 
有 助 于 理解 SRS 的 背景 信息 ; 

软件 所 解决 问题 的 描述 ; 

用 户 历史 、 背 景 、 经 历 和 操作 特点 ; 


交叉 访问 表 。 按 先后 次 序 进 行 编排 ， 使 一 些 不 完全 的 软件 需求 得 以 完 


， 附 录 和 索引 。 以 便 
































EE 要 ， 而 











本 需求 的 组 织 形式 必须 选择 可 读 性 最 好 的 方法 来 








述 。 





























全 SRS 易于 





使 用 











和 Eb 二 EE 


能 需求 放 在 


起 首先 说 明 , 然后 是 其 他 需求 的 








需求 ， 最 后 
起 


是 其 他 需求 ; 
i 述 ， 然后 说 


接 



































i 述 。 对 














能 需求 的 附属 部 分 来 说 明 。 


日 应 按照 可 以 接受 的 好 的 文件 规则 来 编写 。 








必要 应 该 编写 
























































附录 。 附 录 








描述 或 用 户 调 查 结果 ; 








! 可 能 包括 ， 





[uy 


be 
于 





(参见 4.3.2 条 和 


了 


4. 3.3 条 ); 


f. 


特殊 的 装配 指令 用 于 编 
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码 和 媒体 ， 以 满足 安 人 全、 输出、 初始 厂 入 或 



































6. 4.5 当 包 括 附录 时 ，SRS 必须 明确 地 说 明 附录 是 不 是 需求 要 考虑 的 部 分 。 































































































性 台 e 生 站 
鞋 有 Fi 


设计 约束 











其 他 标 ; 


住 的 约束 



































更 件 的 限制 


























3.6.2 操作 


3.6.3 场合 适应 性 














表 2 SRS 第 3 章 大 纲 1 
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表 3 SRS 第 3 章 大 纲 2 


.1.1 规格 说 明 
.1.1.1 引言 
.1.1.2 有 
.1.1.3 加 
.1.1.4 有 








.1.2 外 癌 
.1.2.1 
.1.2.2 硬件 接 


































































































3.5.2 操作 


3.5.3 场合 适应 性 








3 


3. 
3. 


> 1. 1 
. 1. 1. 
. 1. 1. 
» 1 1. 


表 4 SRS 第 3 章 大 纲 3 
具体 需求 
1 功能 需求 


1.1 功能 需求 




















其 他 标准 的 约束 
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续 表 4 
证 件 的 限制 












































其 他 需求 
.1.8.1 数据 库 
.1.8.2 操作 

.1.8.3 场合 适应 性 




































































示 准 的 约束 
F 的 限制 





















































明 作 
合 适应 性 








3.2.2 硬件 接 











3.2.3 软件 接 






































3.2.4 通信 接 
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表 5 SRS 第 3 章 大 纲 4 
3 具体 需求 
3.1 功能 需求 1 
3.1.1 引 肝 
3.1.2 输入 








HH 
D 























3. 1. 5. 1 














3.1.5.2 便 














3.1.5.3 软 


























3.1.5.4 通信 接 











3.1.6 性 能 需求 


3.1.7 设计 约束 
3.1.8 属性 
3.1.8.1 安全 性 




















3.1.8.2 可 维护 性 

















3.1.9 其 他 需求 
3.1.9.1 数据 库 
3.1.9.2 操作 

3.1.9.3 场合 适应 性 














附加 说 明 ， 
本 标准 由 华东 师范 大 学 负责 起 草 。 
本 标准 主要 起 草 人 陆 大 绚 、 徐 梦 珠 、 应 明 、 程 虎 、 腾 惠 成 。 
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